View MSC8101_3111591.PDF datasheet online --- IC-ON-LINE

Datasheet File OCR Text:

freescale semiconductor errata MSC8101ce0k40a rev. 5, 5/2005 ? freescale semiconductor, inc., 2004, 2005. all rights reserved. this document presents the errata for the 0k40a mask of the freescale MSC8101 device. the errata are classified and numbered, and each erratum is provided with a description and workarounds. ta b le 1 lists the mask numbers and the corresponding versions of the MSC8101 device. table 1. MSC8101 mask numbers and revisions mask number revision 0k40a rev0 1k42a rev0.1 2k42a rev0.2 1k87m reva 2k87m reva.2 table 2. silicon errata errata number errata description applies to mask siu1 wrong timer advancement on rccr date added: 5/30/2000: description: MSC8101 and mpc826x treat the rccr[timep] value (uc timer) differently then quicc. in quicc the timer advanced (n+1)*1024 cycles and in MSC8101/mpc826x the timer advances n*1024 cycles. workaround: none system number: 1399 fix plan: rev a 0k40a silicon errata for the MSC8101 processor, mask 0k40a
silicon errata for the MSC8101 processor, mask 0k40a, rev. 5 2 freescale semiconductor siu4 incorrect masking of mcp date added: 5/30/2000: description: mcp (machine check interrupt) due to data errors (parity / ecc) is masked by the swri bit in sypcr. workaround: clear the swri bit in sypcr to get data errors indication. system number: 3695 fix plan: rev a 0k40a siu8 parity checking error date added: 6/13/2000: description: during a read from a device with port size less than 64 bits, from an address not aligned to 64 bits, the parity bits for parity check are not taken from the correct locations. for ex - ample, for a read of 4 bytes from a 32-bit port size from address 4, the parity is checked against dp[4?7] while it should be checked against dp[0?3]. the bug exists for both normal and rmw parity, and for both powerpc and local buses. workaround: none system number: 5839 fix plan: reva 0k40a siu9 bus monitor asserts spurious tea after address retry. date added: 1/28/2001 description: the bus monitor will not recognize the competition of an address retry transaction and will assert tea if there is no bus activity for a time equal to the expiration time. workaround: disable the bus monitor in systems where address retry cycles are used (e.g. sys - tems which include powerspan). fix plan: rev a 0k40a siu10 strict enforcement of requirement to assert dbg and ts in same cycle when core en - abled date added: 1/28/2001 description: this is a compatibility note. an external arbiter must assert dbg in the same clock in which ts is asserted (there may be a one clock delay if the ppc_acr[dbgd] bit is set, how - ever, after reset this bit is not set by default). some external arbiters, including the one implement - ed in powerspan, violate this requirement. as a result, the system hangs following the first bus access after reset. workaround: use only a compliant external arbiter or the internal MSC8101 arbiter. fix plan: rev a 0k40a siu13 sdamux not valid in single-MSC8101 mode date added: 3/14/2002 description: sdamux signal is disabled (stuck at?0?)when sdram machine handles the memory access and the chip is programmed to single-MSC8101 mode (bcr[ebm]=0). workaround: none. fix plan: tbd 0k40a table 2. silicon errata (continued) errata number errata description applies to mask
silicon errata for the MSC8101 processor, mask 0k40a, rev. 5 freescale semiconductor 3 siu16 bus busy disable mode can hang 60x bus in multi-master systems date added: 5/21/2002 description: the bus busy disable mode (siumcr[bbd=1]) can not be used if the MSC8101 is not the only master on the 60x bus. using this mode in such a system can cause the 60x bus to hang. workaround: 1. if the external master supports the abb signal, do not use the bus busy disable mode and connect this signal to the MSC8101. the dbb signal can either be con - nected or can be pulled up. 2. if the external master does not support the abb signal do one of the following: a. do not use the bus busy disable mode and generate the abb signal externally. the dbb signal can either be connected or can be pulled up. the following external abb implementation should be sufficient to work around the problem: assert the abb signal whenever a qualified bus grant for the external master is sampled (bus grant asserted while artry and abb are negated). negate the abb signal when there is no qualified bus grant. the negation of abb should be as follows: drive abb to vdd for half a clock cycle and then stop driving it (high-z). b. if using the internal arbiter and up to two external masters, connect the external bus grants (through an and gate if more than one) to an available external bus request and define the priority for that request to be the highest in the ppc_alrh register. the dbb signal can either be connected or can be pulled up. fix plan: tbd 0k40a siu18 artry assertion when using pipeline depth of zero date added: 10/15/2002 description: internal (60x) slave maintains a pipeline depth of zero by asserting aack only af - ter ta. when artry is asserted the 60x bus access will be terminated and ta will not be as - serted. therefore the internal (60x) slave will not assert aack since ta was not asserted. workaround: use a pipeline depth of one (bcr[pldp]=0) for applications that require memory coherency. fix plan: tbd 0k40a siu19 bus monitor timeout when using external slave date added: 10/15/2002 description: when using an external 60x bus slave with the bus monitor activated, psdval is not asserted when the external slave is accessed, which could cause the bus monitor to time-out and tea to be asserted. workaround: the following workarounds 1. use pipeline depth of zero (bcr[pldp]=1) when using an external 60x bus slave. 2. disable 60x bus monitor, sypcr[pbme]=0. 3. if the external 60x bus slave is another 810x or 826x device, connect the psdval signals together. fix plan: tdb 0k40a table 2. silicon errata (continued) errata number errata description applies to mask
silicon errata for the MSC8101 processor, mask 0k40a, rev. 5 4 freescale semiconductor qsiu1 incorrect clock synchronization in 1:4 and 1:6 modes date added: 5/30/2000: description: in pll enabled mode, the core clock is not synchronized correctly with the bus clock for even clock ratios, such as 1:4 and 1:6 (bus clock: core clock). do not use even bus clock to core clock ratios. system number: 5744 fix plan: rev 0.1 0k40a qsiu3 tea may hang ppc bus date added: 5/30/2000: description: tea may hang the ppc bus if it is asserted between specific address and data phas - es during a split transaction. workaround: enable bus monitor. system number: 5724 fix plan: tbd 0k40a qsiu4 extended mode on the local bus date added: 6/13/2000: description: using extended mode on the local bus can generate incorrect transactions in certain combinations of consecutive reads and writes. workaround: do not use extended mode on the local bus. system number: 5959 fix plan: not currently scheduled 0k40a qsiu5 incorrect data on powerpc bus date added: 6/13/2000, modified 10/15/2002 description: the following sequence on the powerpc bus can result in incorrect data: 1. read transaction with dack before aack. 2. failed atomic write transaction 3. write transaction workaround: none system number: 5823 fix plan: reva 0k40a qsiu6 ee[4?5] pins are sampled on hreset , sreset and poreset date added: 8/31/2000 description: the ee[4?5] pins should be sampled only on poreset , but they are sampled on sreset and hreset as well. changing the value of the ee[4?5] pins after poreset negation might prevent the chip from booting, because their value might choose a different or undefined boot configuration. workaround: the ee[4?5] values should be kept constant and equal to the values on pore - set . fix plan: rev a 0k40a qsiu7 pin irq7 _ intout not open drain date added: 9/6/2000 description: inout pin irq7_intout should be open-drain but not implemented as one. workaround: buffer intout on the board when it is wire ored. fix plan: rev. a 0k40a table 2. silicon errata (continued) errata number errata description applies to mask
silicon errata for the MSC8101 processor, mask 0k40a, rev. 5 freescale semiconductor 5 qsiu9 powerpc bus speed limited to 50mhz date added: 10/5/2000: description: the ppc bus and local bus are limited to 50 mhz operation. workaround: none. with rev0 silicon, it is recommended to use 1:2.5:5 clock ratio (bus:cpm:core) which will yield 125 mhz cpm and 250 mhz core when the bus clock frequen - cy is set to 50 mhz. system number: 6355 rev 0.1 0k40a qsiu10 spurious tea following consecutive dpram, register file accesses date added: 1/28/2001 description: an access to the dpram followed immediately by a write to the siu register file may result in a spurious tea. the write to the siu register file is successful despite the tea. workaround: none. system number: 6908 fix plan: rev 0.1 0k40a qsiu11 loss of data integrity caused by excessive pll jitter date added: 1/28/2001 description: excessive pll jitter may cause loss of data integrity for accesses that cross the extended core/bus clock domain boundary in certain modck configurations. minimize pll power supply noise and use clock configurations that result in input clocks to both plls in the range of 20mhz-25mhz. for example, modck #40, bus:cpm:core = 1:2.5:5, with a 20mhz clkin which results in bus = 48mhz, cpm = 120mhz, core = 240mhz. system number: 6915 fix plan: rev 0.1 0k40a qsiu13 software watchdog cannot be enabled after boot from host date added: 8/5/2001 description: the software watchdog is disabled when booting from host. it cannot be subse - quently enabled because the sypcr can only be written once. workaround: none fix plan: rev a 0k40a qsiu15 60x compatible global transaction fail on retry date added: 5/30/2000, modified 10/15/2002 description: data may be lost on retry when global transactions are performed in 60x com - patible mode. workaround: when global transactions are used, 60x compatible mode cannot be used. system number: 5678 fix plan: reva 0k40a table 2. silicon errata (continued) errata number errata description applies to mask
silicon errata for the MSC8101 processor, mask 0k40a, rev. 5 6 freescale semiconductor qsiu16 ale output during reset date added: 2/20/2003 description: ale behavior is not guaranteed during reset. this affects only multi-master sys - tems which perform reset configuration from external memory and which use ale for all memory accesses. ale recovers with the first access after reset. workaround: none system number: fix plan: reva 0k40a dma1 dma data corruption on either ppc bus or local bus date added: 2/19/2002 description: data transferred by the dma on either the ppc bus or local bus may be corrupted. workaround: for dma accesses on the ppc bus - disable ppc bus pipeline by setting bcr[pldp]=1. for dma accesses on the local bus the upmc programming patch is available. system number: 7462 fix plan: reva 0k40a efc1 inaccurate efcop iir outputs for two or fewer coefficients date added: 2/19/2002 description: when using normal (dual) dma or fly-by dma transfers which have maximum transfer size greater than 32-bits with the efcop to perform iir filtering with two or less iir co - efficients, the first output of iir filter will be lost. the rest of the outputs will be shifted and inac - curate. use only dma 32-bit maximum transfer size for both input and output channels. fix plan: not currently scheduled. 0k40a boot1 incorrect checksum for host bootload date added: 8/15/2000: description: the host bootload calculates erroneous checksum. workaround: clear icr[hf3] so that the host bootload ignores the checksum comparison re - sult. system number: 6178 fix plan: rev a 0k40a table 2. silicon errata (continued) errata number errata description applies to mask
silicon errata for the MSC8101 processor, mask 0k40a, rev. 5 freescale semiconductor 7 boot2 boot interference in multi-master system with shared memory date added: 8/5/2001 description: the dspram address in the memory map as programmed by the boot loader code in the rom is the same for all processors. during simultaneous boot, this will cause interference of one processor with another. workaround: for up to 4 MSC8101?s including the configuration master. boot the processors one after the other, and not at the same time. reprogram unique dspram address for each processor. the configuration master is set also to be the arbitration master and the memory controller for the system. the configuration word for the master should set the mmr field of the reset word (bits [18:19]) to 2?b11. this will mask all the external bus requests of the configuration slaves. after the master completes its boot, the user should: 1. clear all external requestors from the arbitration level register (alr) of the arbi - tration master. 2. reprogram the upm of the dspram bank to unique address (see programming example below) 3. set priority for the next configuration slave in the arbitration level register (alr) of the arbitration master. 4. enable external bus requests by clearing siumcr mmr field (bits [16:17]). 5. repeat stages 2,3 for consecutive slaves. configuration master programming code: move.l ppc_alrh,d7 ; step #1 move.l ppc_alrl,d8 bmclr.w #$f,d7.l bmclr.w #$ff00,d8.h move.l d7,ppc_alrh move.l d8,ppc_alrl upmc_init $04000000 ; step #2 (dspram base address $0400_0000) move.l ppc_alrh,d7 ; step #3 nop bmset.w #$7,d7.l nop move.l d7,ppc_alrh move.l siumcr,d7; step #4 nop bmclr.w #$c000,d7.l nop move.l d7,siumcr fix plan: reva 0k40a table 2. silicon errata (continued) errata number errata description applies to mask
silicon errata for the MSC8101 processor, mask 0k40a, rev. 5 8 freescale semiconductor gen1 device withstands mm esd of 75v instead of 100v date added: 5/21/2002 description: device meets the esd specifications for human body model (hbm) of 1000v and charged device model (cdm) of 500v but does not withstand the machine model (mm) re - quirement of 100v. all pins guaranteed to withstand 75v mm. workaround: none. fix plan: reva 0k40a gen2 unexpected outputs during boundary scan date added: 10/18/2002 description: d[32:60] outputs may behave indeterminately during boundary scan. workaround: reset the device by asserting poreset while hpe/ee1=0. alternatively, assert poreset throughout boundary scan. fix plan: reva 0k40a sc1 pc cannot be updated in debug mode entered from asynchronous interrupt date added: 10/5/2000 description: when a debug instruction is executed in a static or dynamic delay slot created by an asynchronous interrupt, the core enters debug mode, but the pc cannot be updated. workaround: in the dynamic case, the debugger can use a status bit in the esr, which indicates whether the core entered a debug in a delay slot. software workarounds are available for all the static cases. a detailed description was sent by starcore and can be resent upon request. fix plan: reva 0k40a sc3 erroneous trace buffer value date added: 10/5/2000 description: an erroneous 62-bit value may be written to the trace buffer when the eonce is programmed to write both event counters (ecnt_val and ecnt_ext). workaround: none. fix plan: reva 0k40a sc4 sc140 may hang after write to pctl0 register. date added: 2/19/2002 description: write to pctl0 immediately freezes the core for 150-900 cycles. if the system is busy (e.g. pre-fetch transactions), the core may not exit the freeze state. workaround: option a: 1. make sure the efcop is not working. 2. make sure the local bus to l1 memory is not working. 3. the program that writes to pctl0 is in internal memory. 4. write to pctl0 immediately after reset before any external data accesses. option b: do not write to pctl0. system number: 7560 fix plan: tbd 0k40a table 2. silicon errata (continued) errata number errata description applies to mask
silicon errata for the MSC8101 processor, mask 0k40a, rev. 5 freescale semiconductor 9 sc5 sc140 core may hang after illegal execution set date added: 2/19/2002 description: upon receipt of an illegal execution set the sc140 core may enter a freeze state that can only be released by reset. workaround: no workaround available. system number: 7541 fix plan: tbd 0k40a sc6 incorrect data on trace buffer read during core freeze date added: 2/19/2002 description: after writing data to the trace buffer, the tb is disabled, in order to read from it. there are 2 options to read the tb and the problem occurs in both: 1. reading the tb by software. if, while reading the tb by sw into a core register, there is a core freeze, one data over- write the previous data. 2. reading the tb from the jtag. if the jtag reads the tb while there is a core freeze, the data will not be correctly sampled. workaround: 1. software: read the tb by software, when there is no core freeze: a. the program will be in internal memory. b. make sure the efcop is not working. c. make sure the local bus to l1 memory is not working. d. the write-buffer is empty. e. there are no other move commands except for the tb read. 2. jtag: a. read the tb from jtag only when the core is in debug mode. b. before reading the tb, flush the write-buffer. system number: 7604 fix plan: tbd 0k40a table 2. silicon errata (continued) errata number errata description applies to mask
silicon errata for the MSC8101 processor, mask 0k40a, rev. 5 10 freescale semiconductor sc7 change of flow may cause incorrect trace-buffer data date added: 2/19/2002 description: when programing the eonce for tracing events of change of flow (tchof) and interrupts (tint), the trace-buffer will be updated on every event by the source and destination addresses. in the event of a chof (change of flow) to another chof with an interrupt request in between, the trace-buffer will be updated with additional data. the additional data is incorrect and is not needed for the trace. workaround: perform post-processing after reading the trace-buffer. search in the data for a source address and the destination before it should be the destination of that source. that means there is a destination which came before its source. delete the source and the previous data. 7794 fix plan: tbd 0k40a sc8 debug exception request form jtag is not accepted during core freeze date added: 5/21/2002 description: jtag debug exception request is not accepted by the core during freeze. if the re - quest is asserted and negated during core freeze, the request will be discarded. workaround: assert debug request from jtag. when entering the exception routine, assert by software an external pin (ee pin for example), to signal the exception service routine is now ex - ecuted. after that, a new jtag instruction can be written. fix plan: tbd 0k40a sc9 ee pins do not enable different eonce modules during core freeze date added: 5/21/2002 description: if ee pins are asserted to enable events in eonce during core freeze and the request is negated during the same core freeze, the event is not enabled. workaround: poll on core status from jtag. assert the ee pin(s) until the core is not in freeze for at least 3 cycles. fix plan: tbd 0k40a cpm2 cam access not atomic date added: 5/30/2000: description: the bus atomicity mechanism for cam access may not function correctly when the cpm?s dma accesses the cam. this only affects systems in which multiple cpms will ac - cess the cam. workaround: none system number: 1410 fix plan: rev a 0k40a cpm4 no cts lost indication with hdlc date added: 5/30/2000 description: when cts is negated at the end of an hdlc frame, (last flag or one bit before) transmission will be aborted. however, there is no cts-lost indication. there is only an abort indication. workaround: none system number: 1670 fix plan: rev a 0k40a table 2. silicon errata (continued) errata number errata description applies to mask
silicon errata for the MSC8101 processor, mask 0k40a, rev. 5 freescale semiconductor 11 cpm5 data corruption on sdma flyby date added: 5/30/2000 description: the data of an sdma write, which follows a sdma flyby read in the local bus may be corrupted. workaround: none system number: 1720 fix plan: rev a 0k40a cpm6 erroneous report of overrun on fcc date added: 5/30/2000 description: spurious overrun indications on the fcc may occur in the following cases: 1. after a stop transmit command is issued. 2. following a cts lost condition. 3. late collision under ethernet. workaround: none system number: 1746 fix plan: rev a 0k40a cpm7 erroneous report of overrun with fast ethernet date added: 5/30/2000 description: if the crs (carrier sense) signal is negated while fast ethernet frame is transmitted, an overrun error may occur and the fcc may have to be reset. workaround: none system number: 1752 fix plan: rev a 0k40a cpm8 error on transmit on demand register date added: 5/30/2000 description: the todr mechanism may freeze serial channels. workaround: do not use todr. system number: 2484 fix plan: rev a 0k40a cpm9 erroneous reception of atm cell date added: 5/30/2000 description: under certain conditions, an atm receiver may receive cells of phys which were not addressed for it. details of the condition: atm receiver in utopia slave mode. fifo full condition occurred (this happens only when the transmitter vio - lates the utopia standard requireme nts: transmits data without clav). transmitter changed selected phy number. fifo full condition ended (cpm read some data from fifo). workaround: use different vpi/vci for different phys or expect the cells to be discarded by higher-level protocol software. system number: 2493 fix plan: rev a 0k40a table 2. silicon errata (continued) errata number errata description applies to mask
silicon errata for the MSC8101 processor, mask 0k40a, rev. 5 12 freescale semiconductor cpm10 error in atm underrun report date added: 5/30/2000 description: in atm, a transmit internal rate underrun error is not reported correctly in the tiru field of the fcce register. in most cases, tiru is not set in the fcce when an internal rate underrun error occurs. in some rare cases that depend on internal sequences within the communi - cations controller, the tiru bit may be set as expected when the error should be reported. workaround: none system number: 2611 fix plan: rev a 0k40a cpm11 false indication of shared flag date added: 5/30/2000 description: fcc-tx hdlc - fct_txd (data out) changes from 1-->0 for 1 ser_clock period, few clocks after the reset command from main is given. a false shared flag can be detected at the receiver if the last bit before reset was 0, and the receiver considers it as a closing flag of the frame. in most of cases, a crc error is generated and the frame is discarded. workaround: none system number: 3024 fix plan: rev a 0k40a cpm112 fcc missing reset at overrun date added: 12/19/2003 description: txbd may not be closed for fcc in half-duplex 10baset ethernet. there may be a mismatch between the actual transmitted bd and the bd for which status is updated. as a result, the status of one to three bds may not be updated, and they would appear "ready", although the associated frames have been transmitted (assuming a frame per bd). workaround: use microcode patch provided by freescale. system number: 11064, 11067 fix plan: n/a 0k40a cpm13 error in random number generation date added: 5/30/2000 description: in fast ethernet transmit, when more then one (up to four) frames reside in the fcc fifo, random number generation (for collision wait) may produce the same number for all four frames. workaround: none system number: 3421 fix plan: rev a 0k40a cpm14 corruption of atm cells date added: 5/30/2000 description: corruption of atm cells may occur when the following combination is used: aal1 with udc in which the user-defined header size is 9 to 12 octets and pm is not used. workaround: since this problem appears in a very specific condition as described above, avoid - ing any of the elements (e.g., using cell header of 8 octets) eliminates it. system number: 3488 fix plan: rev a 0k40a table 2. silicon errata (continued) errata number errata description applies to mask
silicon errata for the MSC8101 processor, mask 0k40a, rev. 5 freescale semiconductor 13 cpm15 corruption of port d registers date added: 5/30/2000 description: the pdata, pdatb, pdatc, and pdatd registers can only be written with a 32-bit write instruction. (i.e., stw). when 8- or 16-bi t write instructions (i.e., sth, stb) are used, the bits not being written may be corrupted. workaround: use a 32-bit write instruction only to wr ite to the pdata, pdatb, pdatc, and pdatd registers. system number: 3679 fix plan: rev a 0k40a cpm17 error in reporting utopia error condition date added: 5/30/2000 description: an fcc receiver which is configured as single phy master does not detect a uto - pia error condition when soc and clav are not asserted simultaneously. system number: 3728 rev a 0k40a cpm21 false indication of collision in fast ethernet date added: 5/30/2000 description: in the fast ethernet a false col is reported whenever a collision occurs on the pre - amble of the previous frame. workaround: s/w should ignore col indications when the crc of the frame is correct. system number: 3927 fix plan: rev a 0k40a cpm22 false defer indication in fast ethernet date added: 5/30/2000 description: in the fast ethernet, if a frame is transmitted due to defer and this frame also gets late collision, a false defer indication is indicated for the next frame. workaround: none system number: 3981 fix plan: rev a 0k40a cpm24 error in indicating idle between frame date added: 5/30/2000 description: in the fcc hdlc transmitter, if slow serial clock (cpm_freq/serial_clock > 16) is used, rts does not transition to idle between frames. this means that all the frames are trans - mitted back-to-back in case there is valid data in the transmitter?s fifo. workaround: none system number: 3998 fix plan: rev a 0k40a cpm25 rts not synchronized to serial clock date added: 5/30/2000 description: in the fcc hdlc transmitter in nibble mode, the negation of rts output signal is not synchronized to the serial clock. the rts is negated after the last nibble of the data and always before the next edge of the serial clock. workaround: none system number: 4089 fix plan: the errata will not be corrected due to minimal system impact and/or availability of simple work-arounds. 0k40a table 2. silicon errata (continued) errata number errata description applies to mask
silicon errata for the MSC8101 processor, mask 0k40a, rev. 5 14 freescale semiconductor cpm27 error in heartbeat checking in fcc date added: 5/30/2000 description: the heartbeat checking in fcc transmit ethernet 10mbps does not work properly. the standard requires that the collision pulse from the phy should be checked within a window of 4usec from the falling edge of the carrier sense. the MSC8101 samples the collision signal only once at exactly 4usec (10 serial clocks) after the falling edge of the carrier sense signal. workaround: none system number: 4155 fix plan: rev a 0k40a cpm28 error in receive frame threshold date added: 5/30/2000 description: in the scc rx in hdlc mode, rfthr does not work. there is no way to get in - terrupts on the receive side after a programmable number of frames. workaround: rfthr should be programed to 1. system number: 4163 fix plan: rev a 0k40a cpm29 maxd1 and maxd2 may not be less than mflr date added: 5/30/2000 description: in scc rx ethernet, the option of transferring only part of a frame into memory (maxd1 and maxd2 < mflr) does not work. workaround: none system number: 4166 fix plan: rev a 0k40a cpm30 graceful stop command does not work date added: 5/30/2000 description: the graceful stop command does not work in scc tx in the following protocols: ethernet, hdlc, transparent. workaround: none system number: 4167 fix plan: rev a 0k40a cpm35 data corruption in scc transparent mode date added: 5/30/2000 description: when scc transparent, envelope mode is used and the received frame size is (4*n) + 1, the last byte is corrupted. when gsmr_h(rfw) - rx fifo width is used, the received data is completely corrupted, not just the last byte. workaround: the bug can be worked around with a microcode patch. system number: system number; 4350 fix plan: rev a 0k40a table 2. silicon errata (continued) errata number errata description applies to mask
silicon errata for the MSC8101 processor, mask 0k40a, rev. 5 freescale semiconductor 15 cpm36 si sync timing restriction date added: 5/30/2000 description: si?s sync signal may not change exactly on clock edge in the following cases. the bug affects operation only when the si is in one of two modes: fsd = 00, ce = 0, fe = 0, dsc=1 (sync sampled with falling edge -> sync should not change on rising edge) fsd = 00, ce = 1, fe = 1, dsc=1 (sync sampled with rising edge -> sync should not change on falling edge). workaround: when working in these modes, the sync signal to the si should be manipulated such that it does not change on the exact edge of the serial clock. toggle the sync at least 5ns after the edge. one way to implement such a workaround is to add a noninverting buffer between the device that generates the sync signal and the MSC8101 that uses it. system number: 3258 fix plan: rev a. 0k40a cpm38 heartbeat error and carrier sense lost error on two frames date added: 5/30/2000 description: there are rare cases when a heartbeat error and carrier sense lost error are reported on two frames. the error is reported in the frame in which it occurred, but in those rare cases it is also reported on an adjacent frame. workaround: none system number: 1547,1550 fix plan: rev a 0k40a cpm39 corruption in aal0 cell payload date added: 5/30/2000 there is a rare case in using the atm aal0 transmitter that the aal0 cell payload may be corrupted. this can occur in certain internal sequence of events that the user cannot detect or control. 1. use the available microcode patch from the web site. 2. when working with aal0 sar, place the tcell_tmp_base 64 byte align plus 4. for example use tcell_tmb_base = 0x2d04 not 0x2d00. 4648a rev a 0k40a table 2. silicon errata (continued) errata number errata description applies to mask
silicon errata for the MSC8101 processor, mask 0k40a, rev. 5 16 freescale semiconductor cpm40 corruption in aal0 idle cell date added: 5/30/2000 there is a rare case when transmitting an atm idle cell that the idle cell may be corrupted. this can occur in certain internal sequences of events that cannot be controlled or detected by the user. place the idle base template at address 64 byte align minus 4. for example use idle_base = 0x2cfc not 0x2d00. 4648b rev a 0k40a cpm41 limitation in atm controller date added: 5/30/2000 there are some limitations in the atm controller. the first limitation is that only the first 8 pm tables can be used instead of 64. when using these 8 tables, the user must clear the 5 most significant bits of tbd_base (in case of tx pm) or rbd_base (in case of rx pm). the second limitation is that only the first 2048 atm channel numbers can be used. there is a microcode patch that can fix the pm limitation. the atm channel number limitation has no workaround. 4744 rev a 0k40a cpm42 data corruption in mcc date added: 5/30/2000 description: data corruption may occur in the receive buffers of mcc channels when more then one tdm slot uses 7 bits of contiguous data. workaround: it is possible to avoid this problem by splitting the 7 bits slots between two si ram entries such that one entry will represent 4 bits of the slot and the other si entry will represent 3 bits of the slot. the errata occurs only when all the 7 bits are represented by one entry in the si ram. system number: 4743 fix plan: rev a 0k40a cpm43 txclav ignored by utopia in single phy mode date added: 5/30/2000 description: when the fcc transmitter is configured to work in utopia single phy master mode, it ignores negation of the txclav signal. therefore, the utopia slave cannot control the flow of cells by negating txclav. note that this bug affects rev a.1 chips only. workaround: configure the fcc to work in multi-master mode but limit the number of phys to 1 by programming: fpsmr[last phy] = 5?b0 system number: 4882 fix plan: rev a 0k40a table 2. silicon errata (continued) errata number errata description applies to mask
silicon errata for the MSC8101 processor, mask 0k40a, rev. 5 freescale semiconductor 17 cpm44 zero insertion error on mcc date added: 5/30/2000 description: when the mcc transmitter is used in hdlc super channel mode, a zero insertion at the last bit before the flag fails to occur. workaround: there is a microcode patch which fixes the problem. system number: 4941 fix plan: rev a 0k40a cpm45 error in clav sample point date added: 5/30/2000 description: in fcc atm transmit master mode (multiple phy only), the clav signal is sam - pled 5 clocks before the end of the cell instead of 4 clocks. this is relevant only for back-to-back transmission sequence. workaround: in multiple phy fix priority polling mode, by adding a dummy phy, it is possible to ensure that the dummy phy is polled at payload 44 (5 clocks before the end of the cell). this is possible since the cell length is constant and the number of phy to poll is also constant. system number: 5031 fix plan: rev a 0k40a cpm46 error in internal prioritization of cpm resource date added: 5/30/2000 description: each of the communication controllers (fcc, mcc, scc, ...) issues request for service to the cpm with different priorities in order to receive the necessary assistance in time. because of an internal connection error, the fcc3 request for service is issued with a much lower priority than intended. because of this, fcc3 may sporadically overrun when the cpm is heavily loaded. workaround: none system number: 5663 fix plan: rev a 0k40a cpm48 error in tdm date added: 5/30/2000 description: disabling tdmx may interfere with the operation of tdmy if tdmy uses the si- ram blocks directly above those used by tdmx. for example: start address of tdmc = 0 start address of tdmb = 2 start address of tdmd = 4 when disabling tdmd, tdmb is affected. when disabling tdmb, tdmc is affected. when disabling tdmc, no tdm is affected. workaround: instead of disabling a tdm, the user can switch to a shadow ram that contains only non supported slots in its entries. system number: 5714 fix plan: rev a 0k40a table 2. silicon errata (continued) errata number errata description applies to mask
silicon errata for the MSC8101 processor, mask 0k40a, rev. 5 18 freescale semiconductor cpm49 error in fec cam address recognition date added: 3/14/2002 description: external cam address recognition in fast ethernet controller does not function. workaround: use microcode patch available from freescale. system number: 5404 fix plan: reva 0k40a cpm50 mcc transparent super channel loss of alignment date added: 5/30/2000 description: when the mcc is configured to work in transparent, super channel first sync slot synchronization, loss of alignment may occur when the first data (idles) on the rx data line match - es the value of the rcvsync parameter. workaround: write to rcvsync a pattern which cannot appear in the rx data line. system number: 5833 fix plan: rev a 0k40a cpm54 error in switching to and from shadow si ram. date added: 12/10/2000, modified 15/10/2002 description: dynamic switching in siram may not be executed properly. workaround: in si ram, when working with shadow ram, the last entry (n) and the entry im - mediately before the last entry (n-1) must have at least one common bit in the cnt or byt fields. for example: siram entry cntbyt n-1 000 1 n 010 1 the above is okay n-1 101 0 n 001 0 the above is okay n-1 100 0 n 001 0 the above is not okay. system number: 6282, 6283 fix plan: reva 0k40a cpm55 error in atm_transmit command. date added: 12/10/2000 description: the atm_transmit command does not execute correctly when used on apc pri - ority above 4. workaround: none. system number: 6162 fix plan: rev a 0k40a table 2. silicon errata (continued) errata number errata description applies to mask
silicon errata for the MSC8101 processor, mask 0k40a, rev. 5 freescale semiconductor 19 cpm57 aal5 cell corruption. date added: 1/28/2001 description: the second part of a second cell may overwrite the second part of the first cell in an aal5 frame. workaround: use microcode patch. fix plan: rev a 0k40a cpm64 aal5 rxbd[lne] error generated if pdu length exceeds 65512 bytes date added: 5/31/2001 description: when the cpm receives an aal5 pdu between 65512-65535 bytes (maximum length) the cpm sets the rxbd[lne] indicating a receive length error, however the memory buffer contents for the pdu are correct. workaround: receive aal5 pdu less than 65512 bytes or use microcode patch. system number: 7025 fix plan: rev a 0k40a cpm65 ss7 microcode in rom does not function correctly date added: 8/5/2001 description: the ss7 microcode in rom does not function correctly and should not be used. workaround: use the enhanced ss7 microcode package. fix plan: rev a 0k40a cpm71 cpm does not snoop mcc buffer descriptors. date added: 8/5/2001 description: when the mcc performs a dma read or write of the buffer descriptor, gbl is not asserted and tc2 is always driven low.therefore cache snooping will not be enabled for mcc bds, therefore bds in memory will not match the data cache. also the bus used for the dma is always the 60x, therefore if the bds are on the local bus then the dma consumes bandwidth on both the 60x and local bus. workaround: if gbl and/or tc2 are set in the mcc tstate/rstate parameters, use mi - crocode patch available from freescale which fixes the above problem. if gbl and tc2 are not set to improve performance move the mcc bds to the 60x bus. the microcode patch will fix both the gbl/tc2 and the bus performance issue. system number: 7018 fix plan: rev a 0k40a cpm72 mcc global underruns date added: 8/5/2001 description: an mcc transmitter global underrun (gun) error may result from intensive activ - ity on fcc1 (e.g.burst of short back to back ethernet frames).this is due to the prioritization of the mcc transmitter relative to fcc1 receiver and transmitter as well as the mcc receiver. workaround: each serial channel above can request a service at normal or emergency level. in case of emergency, the request is handled before normal (non-emergency) request of the channels at a higher priority level.the proposed change is to allow the mcc transmitter to assert an emer - gency request instead of normal request. the impact on fcc1 in this case is minimal.this feature will controlled by a new mcc mode bit in future MSC8101 revisions. this new mcc mode bit will allow users to continue to use the current cpm priority scheme in their applications if re - quired. system number: fix plan: reva 0k40a table 2. silicon errata (continued) errata number errata description applies to mask
silicon errata for the MSC8101 processor, mask 0k40a, rev. 5 20 freescale semiconductor cpm73 si ram corruption date added: 8/5/2001 description: (7049)an access to the si ram bank from the 60x bus while the corresponding tdm is active may result in data corruption within the si ram. workaround: associate the si ram bank with an inactive tdm before attempting to access it. once the accesses has been made, the si ram bank should be re-assigned to the active tdm. system number: 7049 fix plan: rev a 0k40a cpm74 fcc hdlc controller stops transmitting when using nibble mode with mff=0 date added: 8/27/2001 description: when running an fcc in hdlc nibble mode with the multi-frame per fifo bit off (mff=0) the cpm may lose synchronization with the fcc hdlc controller. as a result the hdlc controller will get stuck and stop transmission. workaround: when running the fcc in hdlc nibble mode set the mff=1 or alternatively run the fcc in hdlc bit mode. fix plan: reva 0k40a cpm76 first transmitted bit zero in fcc transparent mode with gfmr[ctss]=1 date added: 8/27/2001 description: when using an fcc in transparent mode the first bit of a frame is transmitted as zero every time rts is asserted before cts is asserted when cts is sampled synchronously with data (gfmr[ctss]=1). if cts is in pulse mode (gfmr[ctsp]=1) only the first frame is affect - ed because cts is ignored thereafter. if cts is not in pulse mode (gfmr[ctsp]=0) then every frame is affected separately. workaround: if the receiver synchronizes on a 8/16-bit sync pattern stored in the fdsr register (gfmr[synl]=1x) ensure that the synchronization pattern starts with a ?0?. if no synchroniza - tion pattern is used (grmr[synl]=0x) add a one-byte dummy buffer before sending the real data buffers. fix plan: reva 0k40a cpm79 fcc fast ethernet flow control date added: 3/14/2002 description: when the fcc receives a flow control pause message with mac parameter =0xffff, it sets a zero delay instead of maximum delay. fix plan: reva 0k40a cpm80 mcc ces user template date added: 3/14/2002 description: if the transparent mcc tx ces channel requires the user template (chamr[utm]=1) only the first 8 bytes of the user defined pattern are transmitted. then the transmitter will continue to send bytes 4-7 of the pattern continuously until the counter reaches 0. any bytes defined in the pattern after byte 7 are never transmitted. workaround: use a template size of 8 bytes. fix plan: reva 0k40a cpm85 only one bsy interrupt generated for aal0 date added: 5/21/2002 description: when using aal0, only one bsy interrupt will be received regardless of the num - ber of bsy events that are generated. workaround: none. fix plan: reva 0k40a table 2. silicon errata (continued) errata number errata description applies to mask
silicon errata for the MSC8101 processor, mask 0k40a, rev. 5 freescale semiconductor 21 cpm86 random phy number for fcc rx in single-phy master mode date added: 5/21/2002 description: when the fcc receive atm controller is configured for single phy master mode (fpsmr[rump]=0, fpsmr[rums]=0) and fpsmr [last phy / phy id] is not equal to ze - ro, a random phy id might be allocated to the incoming cells instead of the expected zero (for single-phy). this will result in a loss of cells. this configuration is typical when using the fcc transmit atm controller in multi-phy master mode together with the fcc receive atm con - troller in single phy master mode. workaround: the address lookup mechanism should be created in such a way that for any phy addr input, the output will be as for phy 0. fix plan: reva 0k40a cpm88 mcc transmit gun when mcc stop rx cpcr command is used date added: 10/15/2002 description: an mcc may experience a highly intermittent transmit gun event indication, re - lated to mcc receive channels that have been stopped via the mcc stop rx host cpcr com - mand. this gun can happen unrelated to internal cpm loading or other external factors. workaround: avoid using mcc stop rx command using one of the following mechanisms: 1. simply stop the tdm or 2. use shadow ram and dynamically remove the desired mcc rx channel entry from siram programming (see 8101 reference manual chapter 20). the follow - ing procedure should be utilized, using an extra redundant shadow ram switch. this is done to provide a full tdm frame?s amount of time to ensure receive activ - ity is complete and will avoid the issue: a. re-program shadow siram to remove channel to be stopped. b. switch to shadow siram and wait for that tdm?s bit in the sixstr register to change to indicate switch complete. c. copy this new shadow ram programming back to the main siram bank. d. switch to active ram, again wait for switch to complete. e. then software can re-initialize or modify the removed channel?s rx parameters. system number: 2905 fix plan: reva 0k40a cpm95 atm false indication of mis-inserted cells date added: 2/25/2003 description: there is a false indication of unassigned bits in the phy:vpi:vci which could cause atm cells to be treated as mis-inserted cells and therefore be discarded. workaround: use microcode patch available from freescale. fix plan: reva 0k40a table 2. silicon errata (continued) errata number errata description applies to mask
silicon errata for the MSC8101 processor, mask 0k40a, rev. 5 22 freescale semiconductor cpm96 atm performance monitoring with aal1 ces date added: 2/25/2003 description: atm performance monitoring with aal1 ces data in dpram is corrupted when performance monitoring is enabled in the receiver. workaround: implement one of the following: 1. disable receive performance monitoring rct[pmt]=0. 2. use microcode patch available from freescale. fix plan: tbd 0k40a cpm98 i 2 c erratic behavior can occur if extra clock pulse is detected on scl date added: 8/25/2003 description: the i 2 c controller has an internal counter that counts the number of bits sent. this counter is reset when the i2c controller detects a start condition. when an extra scl clock pulse is inserted between transactions (before start and after stop conditions), the internal counter may not get reset correctly. this could generate partial frames (less than 8 bits) in the next transaction. workaround: do not generate extra scl pulses on the i 2 c bus. in a noisy environment, the dig - ital filter i2mod[flt] and additional filtering capacitors should be used on scl to eliminate clock spikes that may be misinterpreted as clock pulses. system number: msils09133 fix plan: 0k40a cpm99 cpm 99: abr tcte[er-ta] corruption date added: 8/25/2003 description: when the aal5 abr rom microcode is in use, the tcte[er-ta] field can be overwritten with an erroneous value. this, in turn, causes the tcte[er-brm] to be updated with this value. because tcte[er-brm] holds the maximum explicit rate value allowed for b-rm cells, an erroneous value in this field could have a detrimental effect on the network performance. workaround: use the microcode patch available from freescale 0k40a cpm100 cpm 100: abr tcte address miscalculation date added: 8/25/2003 description: when using the aal5 abr rom microcode with external atm channels it is pos - sible for the ext_tcte_base word value (written by the user to dpram) to be misread. in this case calculations performed by the microcode to access the users programmed external tcte will be incorrect with a high chance of the access resulting in a cpm crash. workaround: use the microcode patch available from freescale. system number: msils09131 fix plan: 0k40a table 2. silicon errata (continued) errata number errata description applies to mask
silicon errata for the MSC8101 processor, mask 0k40a, rev. 5 freescale semiconductor 23 cpm101 fcc rxclav timing violation (slave) date added: 1/15/2004 date revised: 11/05/2004 description: fcc atm receive utopia slave mode. when the rxfifo is full, rxclav is ne - gated 2 cycles before the end of the cell transfer, instead of 4. a master that polls rxclav or pauses 3 or 4 cycles before the end of the cell transfer may sample a false rxclav, and an overrun con - dition may occur. the dashed line in the timing diagram below depicts the actual rxclav negation (two cycles before the end of the cell transfer instead of four cycles). the signals in the timing diagram are with respect to the master, so the tx interface is shown. workaround: 1. the master should not poll rxclav or pause a cell transfer 4 cycles before the end of a cell transfer. the master should poll 2 cycles before the end of the current cell or later. this can be achieved by introducing cell-to-cell polling (and transfer) delay, which is equal or larger than one cell transfer time. if this can be achieved, the impact on performance is minimal. 2. configuring atm only on fcc1 and setting fpsmr[tpri] ensures the highest priority to fcc1 rx. in addition, for cpm usage lower then 80 percent (as reported by the cpm per - formance tool based on utopia maximal bus rate), the cpm performance is enough to guarantee that the rxfifo does not fill up. 0k40a cpm110 fcc1 prioritization date added: 12/19/2003 description: the fcc1 receiver in ethernet, hdlc, or transparent controller mode is not ele - vated to emergency status (priority 4 in table 19-2 of the reference manual, "peripheral priori - tization"), which may lead to a fifo overrun if the system is heavily loaded (fcc1 receiver has the highest priority excluding emergency status of other peripherals) . workaround: when allocating fccs, assign fcc2 and fcc3 for ethernet, hdlc or transpar - ent before fcc1, or assign fcc1 to the lowest bit rate interface. if fcc1 is allocated for atm and requires higher cpm usage than the other fccs, disable its emergency status. system number: 11062 fix plan: 0k40a table 2. silicon errata (continued) errata number errata description applies to mask txclk txenb txclav txdata txsoc 1 2 3 4 50 52 53 54 55 56 57 58 51 clock cycles from end of cell: 54321 x h h2 p44 p45 p46 x x p47 p48 x
silicon errata for the MSC8101 processor, mask 0k40a, rev. 5 24 freescale semiconductor cpm111 fcc missing reset date added: 1/15/2004 description: the txbd may not close for the fcc in half-duplex 10baset ethernet. there may be a mismatch between the actual transmitted bd and the bd for which the status is updated. as a result, the status of one to three bds may not be updated. they appear to be ?ready? although the associated frames have been transmitted (assuming a frame per bd). workaround: use microcode patch provided by freescale. system number: 11064 fix plan: 0k40a cpm112 fcc missing reset at overrun date added: 12/19/2003 description: txbd may not be closed for fcc in half-duplex 10baset ethernet. there may be a mismatch between the actual transmitted bd and the bd for which status is updated. as a result, the status of one to three bds may not be updated, and they would appear "ready", although the associated frames have been transmitted (assuming a frame per bd). workaround: use microcode patch provided by freescale. system number: 11064, 11067 fix plan: n/a 0k40a cpm113 incorrect return value from event register read (scc, spi, i 2 c, and smc) date added: 12/19/2003 description: when the event register is read while the scc, spi, i 2 c, or smc is active, it is sometimes read as 0, even though it has some bits set. workaround: system number: 11068 fix plan: 0k40a cpm115 apc transmits unwanted idle cells date added: 12/19/2003 description: in heavily loaded atm applications, if the atm pace controller (apc) is config - ured for multiple priority levels and a burst of traffic for transmission is sustained long enough on the highest priority apc table, then an unwanted idle cell can be trasmitted on the lower priority apc tables when there are cells available in lower priority apc scheduling table for transmission. the transmission of the unwanted idles could cause the valid atm cells on lower-priority apc scheduling tables not to be transmitted. this transmission of unwanted idles can affect all atm channels that are not located in the highest-priority apc scheduling table. workaround: increase the size of lower-priority apc scheduling tables so they are large enough to absorb any burst or back-to-back bursts on the highest-priority apc scheduling table. other - wise, use the microcode patch available from freescale. system number: 11069 fix plan: 0k40a cpm116 pointer 93 in partially filled (pfm) mode date added: 1/15/2004 description: in pfm mode, the pointer value of 93 is not generated, causing the loss of synchro - nization at the far end. also, when the pointer value of 93 is received, the synchronization is lost, which causes a loss of data and the resynchronization routine. workaround: use microcode patch provided by freescale. system number: 11912 fix plan: 0k40a table 2. silicon errata (continued) errata number errata description applies to mask
silicon errata for the MSC8101 processor, mask 0k40a, rev. 5 freescale semiconductor 25 qcpm2 switched external clocks for timers 3,4 date added: 8/31/2000 description: internal connectivity between tin3 and tin4 is switched. workaround: to work with external clock for timer3 use tin4, and to work with timer4 us tin 4. please note that for timer4 using external clock (tin3) and tout4 is impossible. system number: 6219 fix plan: rev0.1 0k40a cpm117 false address compression date added: 11/05/2004 description: if there are active aal0 channels and a crc-10 error has been received, vp-level address compression might have false results, which could lead to one of the following: wrong calculation of a vp pointer address cells might be falsely discarded as misinserted cells misidentification of misinserted cells (in cuab mode) this is a statistical error, which is conditional on the reception of aal0 cells with a crc-10 error. the probability of false address compression is directly correlated with higher cpm bit rate and longer system bus latency. while the false address compression is possible only if there are active aal0 channels, it may have an impact on all aal types. however, it cannot occur unless aal0 cells with crc-10 error have been received beforehand. workaround: use the microcode patch supplied by freescale. system number: 17129 0k40a cpm118 aborted hdlc frame followed by a good frame date added: 7/11/2004 description: when an aborted hdlc frame is followed by a good frame, the receive data buffer may contain the data of the aborted frame followed by the data of the good frame. workaround: use the microcode patch provided by freescale. system number: 15906 fix plan: 0k40a cpm119 ethernet collision occurs on the line 125 clocks after tx_en assertion date added: 7/11/2004 description: when an ethernet collision occurs on the line 125 clocks after tx_en assertion, late collision will be reported even though this is only 63 bytes into the frame instead of 64. when a collision occurs 124 cycles after tx_en assertion, no event is reported, the txbd is not closed, and transmission halts. retransmission behavior is correct for collisions occurring between asser - tion of tx_en and 123 clocks. workaround: use the microcode patch provided by freescale. system number: 15908 fix plan: 0k40a table 2. silicon errata (continued) errata number errata description applies to mask
silicon errata for the MSC8101 processor, mask 0k40a, rev. 5 26 freescale semiconductor cpm120 ss7_opt[fisu_pad] parameter has no effect on the number of flags between fisus date added: 12/22/2004 description: the ss7_opt[fisu_pad] parameter has no effect on the number of flags between fisus. regardless of the value of this field, one flag will be present between back-to-back fisus. workaround: use the latest ss7 microcode package provided by freescale. system number: 18767 fix plan: none at this time. 0k40a cpm121 tdm data frame corruption date added: 11/05/2004 description: during a write to one of the si registers (gmr, amr, bmr, cmr, dmr) while one or more tdms are working, one data frame of a working tdm may become corrupted. workaround: work with the shadow ram when changing data and do not disable and then en - able the tdm. system number: 17460 0k40a table 2. silicon errata (continued) errata number errata description applies to mask
silicon errata for the MSC8101 processor, mask 0k40a, rev. 5 freescale semiconductor 27
MSC8101ce0k40a rev. 5 5/2005 information in this document is provided solely to enable system and software implementers to use freescale semiconductor products. there are no express or implied copyright licenses granted hereunder to design or fabricate any integrated circuits or integrated circuits based on the information in this document. freescale semiconductor reserves the right to make changes without further notice to any products herein. freescale semiconductor makes no warranty, representation or guarantee regarding the suitability of its products for any particular purpose, nor does freescale semiconductor assume any liability arising out of the application or use of any product or circuit, and specifically disclaims any and all liability, including without limitation consequential or incidental damages. ?typical? parameters which may be provided in freescale semiconductor data sheets and/or specifications can and do vary in different applications and actual performance may vary over time. all operating parameters, including ?typicals? must be validated for each customer application by customer?s technical experts. freescale semiconductor does not convey any license under its patent rights nor the rights of others. freescale semiconductor products are not designed, intended, or authorized for use as components in systems intended for surgical implant into the body, or other applications intended to support or sustain life, or for any other application in which the failure of the freescale semiconductor product could create a situation where personal injury or death may occur. should buyer purchase or use freescale semiconductor products for any such unintended or unauthorized application, buyer shall indemnify and hold freescale semiconductor and its officers, employees, subsidiaries, affiliates, and distributors harmless against all claims, costs, damages, and expenses, and reasonable attorney fees arising out of, directly or indirectly, any claim of personal injury or death associated with such unintended or unauthorized use, even if such claim alleges that freescale semiconductor was negligent regarding the design or manufacture of the part. freescale? and the freescale logo are trademarks of freescale semiconductor, inc. starcore is a licensed trademark of starcore llc. all other product or service names are the property of their respective owners. ? freescale semiconductor, inc. 2004, 2005. how to reach us: home page: www.freescale.com e-mail: support@freescale.com usa/europe or locations not listed: freescale semiconductor technical information center, ch370 1300 n. alma school road chandler, arizona 85224 +1-800-521-6274 or +1-480-768-2130 support@freescale.com europe, middle east, and africa: freescale halbleiter deutschland gmbh technical information center schatzbogen 7 81829 mnchen, germany +44 1296 380 456 (english) +46 8 52200080 (english) +49 89 92103 559 (german) +33 1 69 35 48 48 (french) support@freescale.com japan: freescale semiconductor japan ltd. headquarters arco tower 15f 1-8-1, shimo-meguro, meguro-ku, tokyo 153-0064, japan 0120 191014 or +81 3 5437 9125 support.japan@freescale.com asia/pacific: freescale semiconductor hong kong ltd. technical information center 2 dai king street tai po industrial estate tai po, n.t. hong kong +800 2666 8080 for literature requests only: freescale semiconductor literature distribution center p.o. box 5405 denver, colorado 80217 1-800-441-2447 or 303-675-2140 fax: 303-675-2150 ldcforfreescalesemiconductor@hibbertgroup.com

▲Up To Search▲

Price & Availability of MSC8101

	To Download MSC8101 Datasheet File
If you can't view the Datasheet, Please click here to try to view without PDF Reader .